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STATUS OF CLAIMS 

The present application was filed on July 3 1 , 2000 with claims 1 -49. Claims 1 8-25, 44 and 
49 are canceled. Claims 1-17, 26-43 and 45-48 remain pending, with claims 1, 14, 26, 38, 45 and 
48 being the independent claims. 

Each of claims 1-17, 26-43 and 45-48 stands rejected under 35 U.S.C. § 102(e) or § 103(a). 
Claims 1-17, 26-43 and 45-48 are appealed. 

STATUS OF AMENDMENTS 
There have been no amendments filed subsequent to the final rejection. 

SUMMARY OF CLAIMED SUBJECT MATTER 
Independent claim 1 is directed to a method of determining local multicast information of 
a local area network (LAN), and includes the steps of dividing the LAN to a number of segments 
larger than the number of virtual LANs (VLANs) in the network, and creating a layer-3 multicast 
routing table, which relates to each of the segments separately. An example of a LAN of the type 
set forth in the claim is LAN 30 of FIG. 2, which includes layer-2 switch 36 and layer-3 switches 
34X, 34Y and 34T. The LAN 30 comprises VLANs denoted A, B, C and D. One manner in which 
a multicast routing table of the type claimed may be created in one of the layer-3 switches 34 is 
described in the specification at page 11, line 24, to page 12, line 19. 

Independent claim 14 is directed to a method of forwarding multicast packets by a layer-3 
switch, and includes the steps of receiving a multicast packet by the switch through a first physical 
port on a first VLAN, and routing the multicast packet in layer-3 out a second physical port of the 
switch, on the first VLAN. The claim further specifies that the multicast packet is bridged in layer-2 
through a third physical port of the layer-3 switch. Illustrative embodiments of the layer-3 switch 
recited in this claim may be one or more of the layer-3 switches 34X, 34Y and 34T of FIG. 2. See 
the specification at, for example, page 15, lines 13-14. 

Independent claim 26 is directed to a switch comprising a plurality of ports, a layer-2 
bridging unit which bridges packets between the ports responsive to their destination media access 
control (MAC) address and their VLAN, and a multicast detector which identifies a group of at least 
some of the IP multicast routing related packets received by the switch, the group including Internet 
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group management protocol (IGMP) queries, and prevents the layer-2 bridging unit from bridging 
the identified packets at least through ports which do not lead to at least one neighboring layer-3 
switch or router. Illustrative embodiments of the switch recited in this claim may be viewed as one 
or more of the layer-3 switches 34X, 34Y and 34T of FIG. 2. See the specification at, for example, 
page 9, lines 13-18. 

Independent claim 38 is directed to a layer-3 switch, comprising at least one VLAN interface 
which does not have an associated Internet protocol (IP) router interface, and a layer-3 output unit 
which directs IP packets with a MAC source address of the switch through the at least one VLAN 
interface. The claim further specifies that the layer-3 output unit directs packets through the at least 
one VLAN interface, with an IP source address associated with a different VLAN interface of the 
switch. Illustrative embodiments of the switch recited in this claim may be viewed as one or more 
of the layer-3 switches 34X, 34Y and 34T of FIG. 2. See the specification at, for example, page 15, 
lines 13-22. 

Independent claim 45 is directed to a method of forwarding packets, and includes the steps 
of receiving a packet with a source MAC address and a time to live (TTL) value, changing the 
source MAC address of the received packet, and forwarding the packet with the changed MAC 
address but with the same TTL value. Such a method may be implemented in the LAN 30 of FIG. 
2. See the specification at, for example, page 13, lines 21-32. 

Independent claim 48 is directed to a switch comprising a plurality of ports, a layer-3 
multicast routing table, which identifies interfaces to which multicast packets should be routed 
according to both a VLAN and a port, and a multicast routing unit which routes multicast packets 
between the ports of the switch based on entries of the multicast routing table. The claim further 
recites that the layer-3 multicast routing table may operate in a first mode in which interfaces are 
identified by both a VLAN and a port or in a second mode in which interfaces are identified only 
by a VLAN. Again, an illustrative embodiment of the claimed switch may be one of the layer-3 
switches of LAN 30 in FIG. 2. See the specification at, for example, page 12, lines 6-14, and page 
15, lines 23-31. 

Generally, the claimed arrangements provide significant improvements in the routing of 
multicast packets relative to conventional systems. See the specification at, for example, page 4, 
lines 7-21. 
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GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

1. Claims 14-17, 26, 28, 38, 39 and 41-43 are rejected under 35 U.S.C. § 102(e) as being 
anticipated by U.S. Patent No. 5,959,989 (hereinafter "Gleeson"). 

2. Claims 1-13, 27,29-37 and 40 are rejected under35 U.S.C. § 103(a) as being unpatentable 
over Gleeson in view of U.S. Patent No. 5,898,686 (hereinafter "Virgile"). 

3. Claims 45-47 are rejected under §103 (a) as being unpatentable over Gleeson. 

4. Claim 48 is rejected under § 103(a) as being unpatentable over Gleeson, Virgile and U.S. 
Patent No. 6,625,658 (hereinafter "Oguchi"). 

ARGUMENT 

1. § 102(e) Rejection of Claims 14-17, 26. 28. 38. 39 and 41-43 
Claims 14-17 

The Manual of Patent Examining Procedure (MPEP), Eight Edition, August 2001, §2131, 
specifies that a given claim is anticipated "only if each and every element as set forth in the claim 
is found, either expressly or inherently described, in a single prior art reference," citing Verdegaal 
Bros, v. Union Oil Co. of California , 814 F.2d 628, 631, 2 USPQ2d 1051, 1053 (Fed. Cir. 1987). 
Moreover, MPEP §2131 indicates that the cited reference must show the "identical invention ... in 
as complete detail as is contained in the . . . claim," citing Richardson v. Suzuki Motor Co. , 868 F.2d 
1226, 1236,9USPQ2dl913, 1920 (Fed Cir. 1989). Applicants submit that the Examiner has failed 
to establish anticipation of at least independent claims 14, 26 and 38 by the Gleeson reference. 

As noted above, independent claim 14 is directed to a method of forwarding multicast 
packets by a layer-3 switch, and includes the steps of receiving a multicast packet by the switch 
through a first physical port on a first VLAN, and routing the multicast packet in layer-3 out a 
second physical port of the switch, on the first VLAN. The claim further specifies that the multicast 
packet is bridged in layer-2 through a third physical port of the layer-3 switch. 

The Examiner argues that the limitations of claim 14 are met by intermediate device 221 of 
FIG. 2 A in Gleeson. Applicants respectfully disagree. The intermediate device 221 of FIG. 2 A is 
described in column 7, line 56, of Gleeson as "a switch or hub" generally, and not as a layer-3 
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switch as claimed. Moreover, there is no disclosure in Gleeson to the effect that the multicast packet 
is bridged in layer-2 through a third physical port of a layer-3 switch. 

In formulating the § 102(e) rejection of claim 14, the Examiner argues that ports 4, 3 and 2 
of intermediate device 22 1 of FIG. 2 A in Gleeson correspond to the claimed first, second and third 
physical ports, respectively, of the layer-3 switch. However, Gleeson does not disclose or suggest 
the bridging of a multicast packet in layer-2 through port 2 of device 221. In fact, there is no 
mention whatsoever of layer-2 bridging in Gleeson. It is interesting to note that the Examiner relies 
on the teachings in column 12, lines 25-27, of Gleeson as allegedly supporting the layer-3 routing 
of a multicast packet, but is unable to cite any specific portion of Gleeson which teaches or suggests 
the claimed layer-2 bridging. 

Thus, it is believed that the relied-upon portions of Gleeson fail to meet the limitations of 
claim 14. 

Dependent claims 1 5- 1 7 are believed allowable for at least the reasons identified above with 
regard to independent claim 14. 

Claims 26 and 28 

As noted above, independent claim 26 is directed to a switch comprising a plurality of ports, 
a layer-2 bridging unit which bridges packets between the ports responsive to their destination MAC 
address and their VLAN, and a multicast detector which identifies a group of at least some of the 
IP multicast routing related packets received by the switch, the group including IGMP queries, and 
prevents the layer-2 bridging unit from bridging the identified packets at least through ports which 
do not lead to at least one neighboring layer-3 switch or router. 

The Examiner argues that these limitations are met by the intermediate device 221 shown 
in FIG. 2 A of Gleeson. However, there is no teaching or suggestion in Gleeson to the effect that the 
intermediate device 221 comprises a layer-2 bridging unit and a multicast detector which operate 
in the particular manner recited in the claim. Gleeson actually teaches away from such an 
arrangement by disclosing the use of multicast controller 306 which is separate from the 
intermediate device 221. 

Dependent claim 28 is believed allowable for at least the reasons identified above with 
regard to independent claim 26. 
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Claims 38. 39 and 41-43 

As noted above, independent claim 38 is directed to a layer-3 switch, comprising at least one 
VLAN interface which does not have an associated IP router interface, and a layer-3 output unit 
which directs IP packets with a MAC source address of the switch through the at least one VLAN 
interface. The claim further specifies that the layer-3 output unit directs packets through the at least 
one VLAN interface, with an IP source address associated with a different VLAN interface of the 
switch. 

The Examiner argues that the limitations of claim 3 8 are met by the multicast network device 
(MND) 226 of Gleeson FIG. 2A. However, the relied-upon teachings, in column 12, lines 36-44, 
of Gleeson, fail to describe a layer-3 output unit which directs packets in the particular manner set 
forth in the claim. Accordingly, it is believed that claim 38 is not anticipated by Gleeson. 

Dependent claims 39 and 41-43 are believed allowable for at least the reasons identified 
above with regard to independent claim 38. 

2. $ 103(a) Rejection of Claims 1-13. 27. 29-37 and 40 
Claims 1-5 and 10-13 

A proper prima facie case of obviousness requires that the cited references when combined 
must teach or suggest all the claim limitations, and that there be some suggestion or motivation, 
either in the references themselves or in the knowledge generally available to one of ordinary skill 
in the art, to combine the references or to modify the reference teachings. See MPEP, Eighth 
Edition, August 2001, §706.02(j). 

Applicants submit that the Examiner has failed to establish proper prima facie cases of 
obviousness in the § 103(a) rejection of claims 1-13, in that the cited references, even if assumed to 
be combinable, fail to teach or suggest all the claim limitations, and in that no cogent motivation has 
been identified for combining the references or modifying the reference teachings to reach the 
claimed invention. 

As indicated previously, independent claim 1 is directed to a method of determining local 
multicast information of a LAN, and includes the steps of dividing the LAN to a number of segments 
larger than the number of VLANs in the network, and creating a layer-3 multicast routing table, 
which relates to each of the segments separately. 
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The Examiner in formulating the § 103(a) rejection acknowledges that Gleeson fails to 
disclose the claimed multicast routing table which relates to individual segments of a divided LAN 
as claimed, but argues that the multicast forwarding table in FIG. 4 of Virgile supplies the missing 
teachings. Applicants respectfully disagree. The FIG. 4 multicast forwarding table in Virgile does 
not relate separately to each of the segments of a divided LAN as claimed. Instead, the entries of 
the Virgile forwarding table correspond to different multicast groups. For example, table entry 230 
"corresponds to the multicast group for an audio- video teleconference which has the address AVI 
stored in the multicast destination address index field 232" (Virgile, column 8, lines 2-6). Thus, the 
multicast forwarding table relied on by the Examiner fails to relate separately to each of the 
segments of a particular LAN. The combined teachings of Gleeson and Virgile therefore fail to meet 
each and every limitation of independent claim 1. 

Also, as indicated previously, the Examiner has failed to identify a cogent motivation for 
combining the Gleeson and Virgile references or modifying the reference teachings to reach the 
claimed invention. 

The Federal Circuit has stated that when patentability turns on the question of obviousness, 
the obviousness determination "must be based on objective evidence of record" and that "this 
precedent has been reinforced in myriad decisions, and cannot be dispensed with." In re Sang-Su 
Lee . 277 F.3d 1338, 1343 (Fed. Cir. 2002). Moreover, the Federal Circuit has stated that 
"conclusory statements" by an examiner fail to adequately address the factual question of 
motivation, which is material to patentability and cannot be resolved "on subjective belief and 
unknown authority." Id. at 1343-1344. There has been no showing in the present § 103(a) rejection 
of objective evidence of record that would motivate one skilled in the art to combine the Gleeson 
and Virgile references to produce the particular limitations in question. 

Instead, the Examiner states as follows in the final Office Action at page 6, regarding 
independent claim 1 and the proposed combination of the Gleeson and Virgile references, with 
emphasis supplied: 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the multicasting table of the LAN segments of Virgile in the 
intermediate devices of Gleeson. One of ordinary skill in the art would have been 
motivated to do so in order to only transmits [sic] on network segments on routes to 
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hosts that are members of the corresponding multicast groups, thereby, reducing 
traffic flow and bandwidth as taught bv Gleeson (See column 5. lines 27-40) . An 
added benefit of doing so would result in reduced network congestion and costs due 
to decreased network traffic. 

Applicants submit that this statement is a subjective and conclusory statement of obviousness, and 
insufficient to support the proposed combination of the reference teachings. It appears to recite 
advantages of the claimed invention as motivation for the proposed combination, which is improper. 
Also, as indicated previously, the multicast forwarding table in FIG. 4 of Virgile, relied on by the 
Examiner, does not relate separately to segments of a divided LAN, and thus actually represents a 
teaching away from the claimed invention. 

It therefore appears that the Examiner in formulating the § 103(a) rejection of independent 
claim 1 over Gleeson and Virgile has undertaken a piecemeal reconstruction of the claimed 
invention based upon impermissible hindsight, given the benefit of the disclosure provided by 
Applicants. 

Dependent claims 2-5 and 10-13 are believed allowable for at least the reasons identified 
above with regard to independent claim 1. 

Claim 6 

Dependent claim 6 specifies that dividing the LAN to a plurality of segments comprises 
dividing at least one of the VLANs of the LAN to a plurality of segments. The Examiner argues that 
this limitation is met by VLAN O and trunk lines 207, 230, 232, 234 and 2 1 0 in FIG. 2A of Gleeson. 
However, the relied-upon portion of Gleeson does not teach or suggest dividing the LAN into 
segments as claimed for purposes of creating a multicast routing table which relates to each of the 
segments separately. Accordingly, it is believed that the collective teachings of Gleeson and Virgile 
fail to meet the limitation in question. 

Claim 7 

Dependent claim 7 specifies that dividing the LAN to a plurality of segments comprises 
dividing such that each group of one or more links which connects two or more hosts, routers or 
layer-3 switches is a separate segment for each of the VLANs which pass on the group of links. The 
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Examiner again relies on FIG. 2A of Gleeson, but the relied-upon portion of Gleeson does not teach 
or suggest dividing the LAN into segments as claimed for purposes of creating a multicast routing 
table which relates to each of the segments separately. Accordingly, it is believed that the collective 
teachings of Gleeson and Virgile fail to meet the limitation in question. 

Claim 8 

Dependent claim 8 specifies that dividing the LAN to a plurality of segments comprises 
dividing such that, for each VLAN, a backbone segment is defined as including all the groups of one 
or more links which connect two or more routers or layer-3 switches in the VLAN. The Examiner 
argues that this limitation is met by element 230 in FIG. 2 A of Gleeson. However, Gleeson provides 
no teaching or suggestion regarding dividing a LAN in the particular manner recited, for purposes 
of creating a multicast routing table which relates to each of the segments separately. Accordingly, 
it is believed that the collective teachings of Gleeson and Virgile fail to meet the limitation in 
question. 

Claim 9 

Dependent claim 9 specifies that the links not included in the backbone segment for each 
VLAN are divided to separate segments in each VLAN, each segment including a group of one or 
more links which connect one or more hosts to a router or layer-3 switch. The Examiner relies on 
element 208 in FIG. 2A of Gleeson as allegedly meeting this claim limitation, but there is no 
teaching or suggestion in Gleeson to the effect that the LAN therein is actually divided in the manner 
recited. Accordingly, it is believed that the collective teachings of Gleeson and Virgile fail to meet 
the limitation in question. 

Claims 27 and 29-34 

Dependent claims 27 and 29-34 are believed allowable for at least the reasons identified 
above with regard to independent claim 26. 
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Claim 35 

Dependent claim 35 specifies that a multicast detector prevents the layer-2 bridging of 
packets, irrespective of the IP destination address of the packets. The Examiner argues that such an 
arrangement is shown in Gleeson as modified by Virgile, but fails to identify the particular teachings 
relied upon to reach this conclusion. See page 8, last paragraph, of the final Office Action. 
Applicants respectfully disagree with the argument. It is believed that there is no teaching or 
suggestion in Gleeson, Virgile, or the collective disclosure of Gleeson and Virgile, to the effect that 
a multicast detector can prevent layer-2 bridging irrespective of IP destination address. 

Claim 36 

Dependent claim 36 specifies that the multicast detector prevents the layer-2 bridging of 
packets, irrespective of the MAC destination address of the packets. The Examiner argues that such 
an arrangement is shown in Gleeson as modified by Virgile, but fails to identify the particular 
teachings relied upon to reach this conclusion. See page 8, last paragraph, of the final Office Action. 
Applicants respectfully disagree with the argument. It is believed that there is no teaching or 
suggestion in Gleeson, Virgile, or the collective disclosure of Gleeson and Virgile, to the effect that 
a multicast detector can prevent layer-2 bridging irrespective of MAC destination address. 

Claim 37 

Dependent claim 37 specifies that the multicast detector prevents the layer-2 bridging of 
packets, irrespective of subscription information of hosts directly connected to the switch. The 
Examiner argues that such an arrangement is shown in Gleeson as modified by Virgile, but fails to 
identify the particular teachings relied upon to reach this conclusion. See page 8, last paragraph, of 
the final Office Action. Applicants respectfully disagree with the argument. It is believed that there 
is no teaching or suggestion in Gleeson, Virgile, or the collective disclosure of Gleeson and Virgile, 
to the effect that a multicast detector can prevent layer-2 bridging irrespective of host subscription 
information. 
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Claim 40 

Dependent claim 40 is believed allowable for at least the reasons identified above with 
regard to independent claim 38. 

3. 5103(a) Rejection of Claims 45-47 

As noted above, independent claim 45 is directed to a method of forwarding packets, and 
includes the steps of receiving a packet with a source MAC address and a TTL value, changing the 
source MAC address of the received packet, and forwarding the packet with the changed MAC 
address but with the same TTL value. 

The Examiner in rejecting claim 45 under §103 (a) over Gleeson argues that the limitations 
are shown in column 12, line 40, column 13, lines 50-52, and in the frames 402a of FIG. 4A and 610 
of FIG. 6. Applicants respectfully disagree. Gleeson at column 13, lines 50-52, states as follows: 

The controller 306 may perform conventional routing functions to the IP header field 404, 
such as decrementing a time-to-live (TTL) value (not shown). 

The Examiner characterizes this teaching as allegedly disclosing the forwarding of a packet with a 
changed MAC address but with the same TTL value as claimed. However, the relied-upon passage 
does not imply that a packet will be forwarded without decrementing its TTL value. Instead, it 
simply states that the performance of conventional routing functions is optional. This is because the 
"may" in the relied-upon passage applies to the performance of conventional routing functions. 
Once a decision is made to configure the controller 306 to perform a conventional routing function, 
such as decrementing the TTL value, it will apparently always decrement that value, as would be 
expected in accordance with conventional practice. The relied-upon teachings thus not only fail to 
meet the limitations in question, but actively teach away from them. Independent claim 45 is 
therefore not obvious in view of Gleeson. 

Dependent claims 46 and 47 are believed allowable for at least the reasons identified above 
with regard to independent claim 45. 
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4. 5103(a) Rejection of Claim 48 

As noted above, independent claim 48 is directed to a switch comprising a plurality of ports, 
a layer-3 multicast routing table, which identifies interfaces to which multicast packets should be 
routed according to both a VLAN and a port, and a multicast routing unit which routes multicast 
packets between the ports of the switch based on entries of the multicast routing table. The claim 
further recites that the layer-3 multicast routing table may operate in a first mode in which interfaces 
are identified by both a VLAN and a port or in a second mode in which interfaces are identified only 
by a VLAN. 

The Examiner in rejecting claim 48 relies on FIG. 2A of Gleeson and the multicast 
forwarding table 200 in FIG. 4 of Virgile. These particular teachings have been addressed above, 
and are similarly deficient as applied to the limitations of claim 48. The Examiner, apparently 
acknowledging these deficiencies, argues that Oguchi in FIGS. 4 and 5 and column 9, lines 18-19, 
supplies the missing teachings. However, the relied-upon portions of Oguchi fail to supplement the 
fundamental deficiencies of the proposed combination of Gleeson and Virgile. The mere mention 
of a "point-to-point type interface" in Oguchi does not disclose or suggest the claimed operation in 
first or second modes. Thus, the collective teachings of the cited references fail to particular type 
of multiple mode operation recited in claim 48. Moreover, the alleged motivation for combining or 
modifying Gleeson, Virgile and Oguchi, as set forth on page 12 of the final Office Action, is 
subjective and conclusory, and fails to establish a prima facie case. 
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In view of the above, Applicants believe that claims 1-17, 26-43 and 45-48 are in condition 
for allowance, and respectfully request the withdrawal of the § 102(e) and § 103(a) rejections. 



Date: January 10, 2006 



Respectfully submitted, 

Joseph B. Ryan 
Attorney for Applicant(s) 
Reg. No. 37,922 
Ryan, Mason & Lewis, LLP 
90 Forest Avenue 
Locust Valley, NY 11560 
(516) 759-7517 
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CLAIMS APPENDIX 

1. A method of determining local multicast information of a local area network (LAN), 
comprising: 

dividing the LAN to a number of segments larger than the number of virtual LANs (VLANs) 
in the network; and 

creating a layer-3 multicast routing table, which relates to each of the segments separately. 

2. A method according to claim 1, wherein the layer-3 multicast routing table lists in each 
of its entries the segments to which matching packets should be routed. 

3. A method according to claim 1, wherein the layer-3 multicast routing table identifies 
interfaces according to a VLAN and a port. 

4. A method according to claim 1, wherein the layer-3 multicast routing table lists, for 
substantially each entry, a legal interface which is identified by a VLAN and a port. 

5. A method according to claim 1, wherein dividing the LAN to a plurality of segments 
comprises dividing such that at least some of the segments are physically distinct. 

6. A method according to claim 1, wherein dividing the LAN to a plurality of segments 
comprises dividing at least one of the VLANs of the LAN to a plurality of segments. 
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7. A method according to claim 1, wherein dividing the LAN to a plurality of segments 
comprises dividing such that each group of one or more links which connects two or more hosts, 
routers or layer-3 switches is a separate segment for each of the VLANs which pass on the group 
of links. 

8. A method according to claim 1, wherein dividing the LAN to a plurality of segments 
comprises dividing such that, for each VLAN, a backbone segment is defined as including all the 
groups of one or more links which connect two or more routers or layer-3 switches in the VLAN. 

9. A method according to claim 8, wherein the links not included in the backbone segment 
for each VLAN are divided to separate segments in each VLAN, each segment including a group 
of one or more links which connect one or more hosts to a router or layer-3 switch. 

1 0. A method according to claim 1 , wherein managing multicast related information for each 
of the segments separately comprises determining for each segment separately whether multicast 
packets should be routed to the segment. 

1 1 . A method according to claim 1 , wherein managing multicast related information for each 
of the segments separately comprises performing the IGMP protocol in each of the segments 
separately. 
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1 2. A method according to claim 1 , wherein the layer-3 switches of the LAN do not forward 
IP multicast routing related packets in layer-2. 

1 3 . A method according to claim 1 , wherein the layer-3 switches of the LAN do not perform 
multicast filtering in layer-2. 

14. A method of forwarding multicast packets by a layer-3 switch, comprising: 
receiving a multicast packet by the switch through a first physical port on a first VLAN; and 
routing the multicast packet in layer-3 out a second physical port of the switch, on the first 

VLAN; 

wherein the multicast packet is bridged in layer-2 through a third physical port of the layer-3 

switch. 

15. A method according to claim 14, wherein routing the multicast packet comprises 
reducing the time to live (TTL) value of the packet. 

16. A method according to claim 14, wherein the second physical port leads to at least one 
layer-3 switch or router. 

17. A method according to claim 14, wherein the multicast packet is not bridged in layer-2 
through the second physical port. 
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18. (Canceled) 



19. (Canceled) 



20. (Canceled) 



21. (Canceled) 



22. (Canceled) 



23. (Canceled) 



24. (Canceled) 



25. (Canceled) 



26. A switch, comprising: 
a plurality of ports; 

a layer-2 bridging unit which bridges packets between the ports responsive to their 
destination MAC address and their VLAN; and 

a multicast detector which identifies a group of at least some of the IP multicast routing 
related packets received by the switch, the group including IGMP queries, and prevents the layer-2 
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bridging unit from bridging the identified packets at least through ports which do not lead to at least 
one neighboring layer-3 switch or router. 

27. A switch according to claim 26, wherein the multicast detector prevents the layer-2 
bridging unit from bridging the identified packets through any of the ports of the switch. 

28. A switch according to claim 26, wherein the layer-2 bridging unit bridges at least some 
of the identified packets through a plurality of ports. 

29. A switch according to claim 26, wherein the multicast detector allows bridging in layer-2 
of at least some of the identified packets, through one or more ports which lead to at least one 
neighboring layer-3 switch or router. 

30. A switch according to claim 29, wherein the bridging unit bridges in layer-2 packets 
received through a port which leads to at least one other layer-3 switch or router, through other ports 
which lead to at least one neighboring layer-3 switch or router. 

3 1 . A switch according to claim 26, wherein the multicast detector identifies the packets at 
least responsive to their protocol field. 
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32. A switch according to claim 26, wherein the group of packets identified by the multicast 
detector comprises substantially all the IP multicast routing related control packets received by the 
switch. 

33. A switch according to claim 32, wherein the group of packets identified by the multicast 
detector comprises substantially all the IP multicast routing related packets received by the switch. 

34. A switch according to claim 26, comprising a layer-3 routing unit which routes at least 
some IP multicast routing related packets between ports of the same VLAN. 

35. A switch according to claim 26, wherein the multicast detector prevents the layer-2 
bridging of packets, irrespective of the IP destination address of the packets. 

36. A switch according to claim 26, wherein the multicast detector prevents the layer-2 
bridging of packets, irrespective of the MAC destination address of the packets. 

37. A switch according to claim 26, wherein the multicast detector prevents the layer-2 
bridging of packets, irrespective of subscription information of hosts directly connected to the 
switch. 

38. A layer-3 switch, comprising: 

at least one VLAN interface which does not have an associated IP router interface; and 
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a layer-3 output unit which directs IP packets with a MAC source address of the switch 
through the at least one VLAN interface; 

wherein the layer-3 output unit directs packets through the at least one VLAN interface, with 
an IP source address associated with a different VLAN interface of the switch. 

39. A switch according to claim 38, wherein the packets directed through the at least one 
VLAN interface, by the layer-3 output unit, include IP packets routed by the switch in layer-3. 

40. A switch according to claim 38, wherein the packets directed through the at least one 
VLAN interface, by the layer-3 output unit, include IP packets generated by a higher layer of the 
switch. 

41. A switch according to claim 38, wherein the packets directed through the at least one 
VLAN interface, by the layer-3 output unit, include packets of a routing protocol. 

42. A switch according to claim 38, wherein the packets directed through the at least one 
VLAN interface, by the layer-3 output unit, include IP multicast packets. 

43. A switch according to claim 42, wherein the packets directed through the at least one 
VLAN interface, by the layer-3 output unit, include IP multicast routing related control packets. 

44. (Canceled) 
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45. A method of forwarding packets, comprising: 

receiving a packet with a source MAC address and a TTL value; 

changing the source MAC address of the received packet; and 

forwarding the packet with the changed MAC address but with the same TTL value. 

46. A method according to claim 45 , wherein receiving the packet comprises receiving an 
IP multicast data packet. 

47. A method according to claim 45, wherein forwarding the packet comprises forwarding 
within the same VLAN from which the packet was received. 

48. A switch, comprising: 
a plurality of ports; 

a layer-3 multicast routing table, which identifies interfaces to which multicast packets 
should be routed according to both a VLAN and a port; and 

a multicast routing unit which routes multicast packets between the ports of the switch based 
on entries of the multicast routing table; 

wherein the layer-3 multicast routing table may operate in a first mode in which interfaces 
are identified by both a VLAN and a port or in a second mode in which interfaces are identified only 
by a VLAN. 

49. (Canceled) 
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None 



None 
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